home *** CD-ROM | disk | FTP | other *** search
/ Oh!X 2000 Spring / Oh!X 2000 Spring Special CD-ROM (Japan) (Part 2).7z / Oh!X 2000 Spring Special CD-ROM (Japan) (Part 2).bin / DXF / samples / multimedia / dplay / src / dpslots / readme.txt < prev    next >
Text File  |  1999-04-14  |  3KB  |  69 lines

  1. DPSLOTS.EXE
  2. ------------
  3.  
  4. Sample application to demonstrate how to build a client/server
  5. application using DirectPlay.
  6.  
  7. Note: MSVC may include older versions of the DirectX header files and
  8. libraries.  In order to avoid compile errors, make sure the path to the
  9. latest DirectX header files and libraries are listed BEFORE the MSVC header
  10. files and libraries through the Tools -> Options -> Directories menu.
  11.  
  12. In order to support multi-byte character sets like Kanji, the dialogs in the
  13. rc file need to be changed to use the "SYSTEM" font and the rc file needs to
  14. be recompiled.
  15.  
  16. CLIENT/SERVER
  17. -------------
  18.  
  19. DPSLOTS is really two applications in one. When you host a session, it acts
  20. as a server. The server maintains a simple database of account balances for
  21. every user that is allowed to log in. Clients can request their current
  22. balance from the server and can request that the server spin the wheels and
  23. calculate the amount won or lost.
  24.  
  25. The server uses a simple text file to record the balance for each user. Each
  26. line of the text file contains the user account ID and a 8-character balance
  27. figure separated by a comma, as in:
  28.  
  29. Account1,    1000
  30. Account2,     500
  31.  
  32. The default name for this text database file is "slotsdb.txt".  A sample file
  33. that is set up as a template for a secure host, as described below, is
  34. included in the source directory.  You will have to manually add lines to
  35. this file for each user.
  36.  
  37. When you join a session, DPSLOTS acts as a client and sends messages to the
  38. server for all operations. After requesting a spin from the server, it
  39. animates the tumblers and displays the results. The client may be required
  40. to log the user into the server using a name and password.
  41.  
  42. SECURITY
  43. --------
  44.  
  45. DPSLOTS can be hosted using security by clicking the "Require Secure Login"
  46. checkbox after choosing to host.  By leaving the "Security Provider" editbox
  47. blank the default NTLM security package will be used.  If you have an
  48. alternate SSPI security package installed, it may be specified here.
  49.  
  50. Once this is done, the server will host a secure session and clients will
  51. have to securely log in with a user name and a password before being
  52. allowed access to the server. All messages between the client and server
  53. will be digitally signed and encrypted.
  54.  
  55. When hosting a secure server, the account ID for each user will be defined
  56. by the security package being used. This account ID must be stored in the
  57. database file along with the appropriate balance.
  58.  
  59. The default security package is NTLM, which uses a domain and a user name
  60. for the account ID. For example, if your domain is "GAMES" and you have two
  61. users "Bob" and "Jane", your database file would look like:
  62.  
  63. GAMES/Bob,    1000
  64. GAMES/Jane,     500
  65.  
  66. Currently you can only host a secure session using NTLM on Windows NT
  67. workstation or server. However, you can log into the server from Windows 95
  68. or Windows NT.
  69.